Method and system for selecting driver preferences

ABSTRACT

A vehicle computing system enables one or more processors to control a plurality of vehicle features. The vehicle computing system may control a plurality of vehicle features while determining and selecting occupant preferences for those features. The vehicle computing system may receive input including occupant selections of an application requesting user control. The vehicle computing system may receive context variables at the time of occupant selections. The vehicle computing system may store in memory the occupant selections of the vehicle feature settings and/or controls with the associated context variables. The vehicle computing system may determine an occupant preference to an input request using an associative rule filter based on the occupant selections stored in memory. The vehicle computing system may assign a predetermined amount of time after the application input is requested to allow control of the vehicle feature based on an associative rule filter output.

TECHNICAL FIELD

Embodiments of the invention are directed to methods and system forutilizing contextual feedback to learn, generate and modify vehicleoccupant preferences for an in-vehicle computing system.

BACKGROUND

U.S. Pat. No. 8,258,939 generally discloses a device for controlling oneor more vehicle features for a primary driver and a secondary driver.The device comprises at least one controller that is configured toreceive at least one driver status signal indicative of the driver beingone of the primary driver and the secondary driver. The disclosuredetermines whether the driver of the vehicle is the one of the primarydriver and the secondary driver based on the at least one driver statussignal. The controller is further configured to control one or morevehicle features and to prevent the one or more vehicle features frombeing disabled in response to determining that the at least one driverstatus signal indicates that the driver of the vehicle is the secondarydriver.

U.S. Pat. No. 7,441,192 generally discloses systems and methods forproviding a user-definable multimedia or digital library. Also disclosedare systems and methods for selecting and playing multimedia or digitalfiles from within the library. The selection and playback systems andmethods involve a limited number of user activated buttons, which areimplemented both for mapping directly to storage locations of particularmultimedia or digital files, and for accepting and playing a multimediaor digital file once selected. The limited number of buttons requiredfor the various features of these systems and methods provide vehicleoperators, such as automobile drivers, with a safe mechanism andprocedure for retrieving and playing customized play lists andparticular songs while driving.

U.S. Patent Application 2010/0235739 generally discloses a media playerhaving advanced-playlist creation capabilities such as the ability toautomatically generate a playlist around a “seed” song selected by auser. In some embodiments, the accessory can determine whether the mediaplayer can use a particular song as a seed song for an advanced playlistand can so inform the user. The user can then operate the accessory'suser interface to create an advanced playlist based on a particularsong, rather than having to interact directly with the media player.

SUMMARY

In a first illustrative embodiment, a vehicle computing system enablesone or more processors to control a plurality of vehicle features. Thevehicle computing system may control a plurality of vehicle featureswhile determining and selecting occupant preferences for those features.The vehicle computing system may receive input including occupantselections of an application requesting user control. The vehiclecomputing system may receive context variables at the time of occupantselections. The vehicle computing system may store in memory theoccupant selections of the vehicle feature settings and/or controls withthe associated context variables. The vehicle computing system maydetermine an occupant preference to an input request using anassociative rule filter based on the occupant selections stored inmemory. The vehicle computing system may assign a predetermined amountof time after the application input is requested to allow control of thevehicle feature based on an associative rule filter output.

In a second illustrative embodiment, a method of selecting occupantpreferences of a vehicle feature by allowing a vehicle computing systemto receive associated context variables at the time of an occupantmaking a selection. The method may allow a vehicle computing system tostore in memory the occupant selections with the context variables. Themethod allows the computing system to determine an occupant preferenceto an input request using an associative rule filter based on theoccupant selections stored in memory. The method allows a predeterminedamount of time after the input request before the vehicle computingsystem controls the vehicle feature based on an associative rule filteroutput.

In a third illustrative embodiment, a computer-readable medium encodedwith a computer program for providing instructions to direct one or morecomputers to select occupant preferences for one or more vehiclefeatures based on previous occupant selections. The computer readablemedium enables the occupant preferences to be stored in memory and usedto determine and predict an occupant's input selection to an application(e.g. vehicle feature) requesting input. The computer program receivesoccupant's input including occupant selections and context variables atthe time of occupant selections. The computer program stores in memorythe occupant selections with the context variables. The computer programdetermines an occupant preference to an application requesting inputusing an associative rule filter based on the occupant selections storedin memory and allows a predetermined amount of time after the inputrequest before controlling the vehicle feature based on an associativerule filter output.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is an exemplary block topology of a vehicle infotainment systemimplementing a user-interactive vehicle information display system;

FIG. 2 is a flow diagram illustrating an example process forimplementing embodiments of determining and selecting vehicle occupantpreferences;

FIG. 3 shows an illustrative example of a vehicle computing system forselecting requested application input using a selection predictingsystem for a vehicle occupant;

FIG. 4 shows an illustrative example of a vehicle computing system forpredicting and determining occupant selections;

FIG. 5 is a flow chart illustrative of a vehicle computing system fordetermining an incoming phone call selection predicting process; and

FIG. 6 shows an example of how associate rules are developed from loggeddata.

DETAILED DESCRIPTION

As required, detailed embodiments of the present invention are disclosedherein; however, it is to be understood that the disclosed embodimentsare merely exemplary of the invention that may be embodied in variousand alternative forms. The figures are not necessarily to scale; somefeatures may be exaggerated or minimized to show details of particularcomponents. Therefore, specific structural and functional detailsdisclosed herein are not to be interpreted as limiting, but merely as arepresentative basis for teaching one skilled in the art to variouslyemploy the present invention.

FIG. 1 illustrates an example block topology for a vehicle basedcomputing system 1 (VCS) for a vehicle 31. An example of such avehicle-based computing system 1 is the SYNC system manufactured by THEFORD MOTOR COMPANY. A vehicle enabled with a vehicle-based computingsystem may contain a visual front end interface 4 located in thevehicle. The user may also be able to interact with the interface if itis provided, for example, with a touch sensitive screen. In anotherillustrative embodiment, the interaction occurs through, button presses,spoken dialog system with automatic speech recognition and speechsynthesis.

In the illustrative embodiment 1 shown in FIG. 1, a processor 3 controlsat least some portion of the operation of the vehicle-based computingsystem. Provided within the vehicle, the processor allows onboardprocessing of commands and routines. Further, the processor is connectedto both non-persistent 5 and persistent storage 7. In this illustrativeembodiment, the non-persistent storage is random access memory (RAM) andthe persistent storage is a hard disk drive (HDD) or flash memory. Ingeneral, persistent (non-transitory) memory can include all forms ofmemory that maintain data when a computer or other device is powereddown. These include, but are not limited to, HDDs, CDs, DVDs, magnetictapes, solid state drives, portable USB drives and any other suitableform of persistent memory.

The processor is also provided with a number of different inputsallowing the user to interface with the processor. In this illustrativeembodiment, a microphone 29, an auxiliary input 25 (for input 33), a USBinput 23, a GPS input 24, screen 4, which may be a touchscreen display,and a BLUETOOTH input 15 are all provided. An input selector 51 is alsoprovided, to allow a user to swap between various inputs. Input to boththe microphone and the auxiliary connector is converted from analog todigital by a converter 27 before being passed to the processor. Althoughnot shown, numerous of the vehicle components and auxiliary componentsin communication with the VCS may use a vehicle network (such as, butnot limited to, a CAN bus) to pass data to and from the VCS (orcomponents thereof).

Outputs to the system can include, but are not limited to, a visualdisplay 4 and a speaker 13 or stereo system output. The speaker isconnected to an amplifier 11 and receives its signal from the processor3 through a digital-to-analog converter 9. Output can also be made to aremote BLUETOOTH device such as PND 54 or a USB device such as vehiclenavigation device 60 along the bi-directional data streams shown at 19and 21 respectively.

In one illustrative embodiment, the system 1 uses the BLUETOOTHtransceiver 15 to communicate 17 with a user's nomadic device 53 (e.g.,cell phone, smart phone, PDA, or any other device having wireless remotenetwork connectivity). The nomadic device can then be used tocommunicate 59 with a network 61 outside the vehicle 31 through, forexample, communication 55 with a cellular tower 57. In some embodiments,tower 57 may be a WiFi access point.

Exemplary communication between the nomadic device and the BLUETOOTHtransceiver is represented by signal 14.

Pairing a nomadic device 53 and the BLUETOOTH transceiver 15 can beinstructed through a button 52 or similar input. Accordingly, the CPU isinstructed that the onboard BLUETOOTH transceiver will be paired with aBLUETOOTH transceiver in a nomadic device.

Data may be communicated between CPU 3 and network 61 utilizing, forexample, a data-plan, data over voice, or DTMF tones associated withnomadic device 53. Alternatively, it may be desirable to include anonboard modem 63 having antenna 18 in order to communicate 16 databetween CPU 3 and network 61 over the voice band. The nomadic device 53can then be used to communicate 59 with a network 61 outside the vehicle31 through, for example, communication 55 with a cellular tower 57. Insome embodiments, the modem 63 may establish communication 20 with thetower 57 for communicating with network 61. As a non-limiting example,modem 63 may be a USB cellular modem and communication 20 may becellular communication.

In one illustrative embodiment, the processor is provided with anoperating system including an API to communicate with modem applicationsoftware. The modem application software may access an embedded moduleor firmware on the BLUETOOTH transceiver to complete wirelesscommunication with a remote BLUETOOTH transceiver (such as that found ina nomadic device). Bluetooth is a subset of the IEEE 802 PAN (personalarea network) protocols. IEEE 802 LAN (local area network) protocolsinclude WiFi and have considerable cross-functionality with IEEE 802PAN. Both are suitable for wireless communication within a vehicle.Another communication means that can be used in this realm is free-spaceoptical communication (such as IrDA) and non-standardized consumer IRprotocols.

In another embodiment, nomadic device 53 includes a modem for voice bandor broadband data communication. In the data-over-voice embodiment, atechnique known as frequency division multiplexing may be implementedwhen the owner of the nomadic device can talk over the device while datais being transferred. At other times, when the owner is not using thedevice, the data transfer can use the whole bandwidth (300 Hz to 3.4 kHzin one example). While frequency division multiplexing may be common foranalog cellular communication between the vehicle and the internet, andis still used, it has been largely replaced by hybrids of Code DomainMultiple Access (CDMA), Time Domain Multiple Access (TDMA), Space-DomainMultiple Access (SDMA) for digital cellular communication. These are allITU IMT-2000 (3G) compliant standards and offer data rates up to 2 mbsfor stationary or walking users and 385 kbs for users in a movingvehicle. 3G standards are now being replaced by IMT-Advanced (4G) whichoffers 100 mbs for users in a vehicle and 1 gbs for stationary users. Ifthe user has a data-plan associated with the nomadic device, it ispossible that the data-plan allows for broad-band transmission and thesystem could use a much wider bandwidth (speeding up data transfer). Instill another embodiment, nomadic device 53 is replaced with a cellularcommunication device (not shown) that is installed to vehicle 31. In yetanother embodiment, the ND 53 may be a wireless local area network (LAN)device capable of communication over, for example (and withoutlimitation), an 802.11g network (i.e., WiFi) or a WiMax network.

In one embodiment, incoming data can be passed through the nomadicdevice via a data-over-voice or data-plan, through the onboard BLUETOOTHtransceiver and into the vehicle's internal processor 3. In the case ofcertain temporary data, for example, the data can be stored on the HDDor other storage media 7 until such time as the data is no longerneeded.

Additional sources that may interface with the vehicle include apersonal navigation device 54, having, for example, a USB connection 56and/or an antenna 58, a vehicle navigation device 60 having a USB 62 orother connection, an onboard GPS device 24, or remote navigation system(not shown) having connectivity to network 61. USB is one of a class ofserial networking protocols. IEEE 1394 (FireWire™ (Apple), i.LINK™(Sony), and Lynx™ (Texas Instruments)), EIA (Electronics IndustryAssociation) serial protocols, IEEE 1284 (Centronics Port), S/PDIF(Sony/Philips Digital Interconnect Format) and USB-IF (USB ImplementersForum) form the backbone of the device-device serial standards. Most ofthe protocols can be implemented for either electrical or opticalcommunication.

Further, the CPU could be in communication with a variety of otherauxiliary devices 65. These devices can be connected through a wireless67 or wired 69 connection. Auxiliary device 65 may include, but are notlimited to, personal media players, wireless health devices, portablecomputers, and the like.

Also, or alternatively, the CPU could be connected to a vehicle basedwireless router 73, using for example a WiFi (IEEE 803.11) 71transceiver. This could allow the CPU to connect to remote networks inrange of the local router 73.

In addition to having exemplary processes executed by a vehiclecomputing system located in a vehicle, in certain embodiments, theexemplary processes may be executed by a computing system incommunication with a vehicle computing system. Such a system mayinclude, but is not limited to, a wireless device (e.g., and withoutlimitation, a mobile phone) or a remote computing system (e.g., andwithout limitation, a server) connected through the wireless device.Collectively, such systems may be referred to as vehicle associatedcomputing systems (VACS). In certain embodiments particular componentsof the VACS may perform particular portions of a process depending onthe particular implementation of the system. By way of example and notlimitation, if a process has a step of sending or receiving informationwith a paired wireless device, then it is likely that the wirelessdevice is not performing the process, since the wireless device wouldnot “send and receive” information with itself One of ordinary skill inthe art will understand when it is inappropriate to apply a particularVACS to a given solution. In all solutions, it is contemplated that atleast the vehicle computing system (VCS) located within the vehicleitself is capable of performing the exemplary processes.

FIG. 2 is a flow diagram illustrating an example process forimplementing embodiments of determining and selecting occupantpreferences. The VCS automatic selection process 200 may reduce thecomplexity and the amount of attention needed to manage a large set ofmenu choices when they are presented in menu form either verbally orvisually by the VCS to an occupant. The VCS may present an occupant aselection of settings and/or a list of menu choices including, but notlimited to, advertisements, media request, and/or navigation informationduring a driving experience. An example of a list of menu choices mayinclude, but is not limited to the occurrence when an interactiveadvertisement requests a vehicle occupant to make a decision. The VCSmay have a function that helps vehicle occupants make choices similar tothose the occupant would make by himself under similar conditions.

In one embodiment, an occupant may be unfamiliar with a particular menuselection and unable to comprehend all the choices available. Theprocess may train the VCS and simplify the choices based on theoccupant's previous selections and preferences limiting the amount ofchoices displayed. The VCS may also limit the occupant to have thechoices repeated over and over again, so the menu system should stoppresenting choices as the occupant becomes familiar with them or thatvehicle feature.

The occupant may have an input to trigger the VCS to make a satisfactorydecision for the occupant based on past preferences avoiding the displayof a menu of options or choices. The VCS may determine the amount oftime needed to make a decision and limit the selection of choices basedon external factors including, but not limited to, factory settings,user defined settings, GPS location data, and/or weather data. If theoccupant does not have time to make a decision immediately, a defaultselection based on previous preferences or selections should be taken.Ideally this may be a smart default choice very similar to the choicethe occupant would make under the same conditions.

Where a time limit for making a selection or decision does not exist fora menu of features, the driver may be prompt to respond in a reasonableamount of time. There may be an option to allow the VCS to timeout arequest and a default selection may be based on an established goodchoice analysis for the occupant. The time period to allow the VCS tomake a selection for the occupant should vary based on work loadestimation and other contextual information.

The VCS automatic selection process 200 may allow the computing systemto implement a “Choose For Me” CFM feature within a vehicle. The featuremay be represented by the exemplary embodiment process detailed in FIG.2.

At step 202, the VCS may be running an application or communicating withan application that is requesting an input decision from a vehicleoccupant. Communication between the application and the VCS may bethrough the use of the vehicle CAN Bus, WiFi, Bluetooth, and/or otherforms of communication between devices, systems, and/or applicationsknown to one skilled in the art. The application may be a vehiclefeature requesting a vehicle occupant to select a setting. Theapplication and/or vehicle feature may include, but is not limited to,an advertising query, incoming phone call response, climate controlqueries, navigation choices, media choices, and/or multifunction displayfeatures.

For example, an occupant may enter a vehicle and perform an ignitioncycle to find that the radio may be at the same station location as whenthe occupant left the vehicle. Or, the occupant may find that theclimate control settings may be set at the same temperature from thelast car ride the occupant took in the vehicle. Once these vehiclefeatures, application, or systems are initialized, e.g. when theignition is turned on, they may request an occupant selection ofsettings. The CFM may receive the occupant selections of vehiclesettings and present a list of choices to a vehicle occupant.

The CFM feature may receive and sort the application list of choices fordisplay to an occupant at step 204. The CFM feature may begin sortingthe application list of choices by assigning unique coordinate valuesfor each item on the application list of choices and sort this listbased on their unique coordinate value in memory. The unique coordinatevalue may include, but is not limited to, a running calculation of thenumber of times an occupant has selected that choice under similarconditions and/or a predetermined ranking given by a vehicle occupant.At step 206, the CFM feature may receive the sorted application list ofchoices and apply an associative rule filter. The associated rule filtermay develop several arrays of data analysis before determining theoccupant's preferred selection or list of choices.

At step 208, the associated rule filter may receive input from one ormore databases that include several data points used for analyzingoccupant preference compared to the application list of choices. Thevariables stored in the database may include, but is not limited to,factory settings, user defined settings, learned user preferences,learned user choice familiarity, and application settings.

At step 210, additional VCS inputs may be used when determining userpreference to sort out a list of choices to a vehicle occupant. Theadditional VCS inputs may include, but is not limited to, GPScoordinates, weather conditions, and time of day. When implementing theCFM feature, the additional VCS inputs may be used in a number ofconditions for determining the preferred application list of choices.For example, in the case of a navigation route list of choices, theassociative rule filter may receive user defined settings from thedatabase that states that the occupant prefers a scenic route, howeverbased on the VCS inputs the system may notify the associative rulefilter that there has been an accident detected on the scenic route. Ifan accident is detected on the occupant's preferred navigation route,the CFM feature may present a list of choices excluding the accidentdetected route and/or select an alternative route from the navigationlist of choices.

Upon completion of the associative rule filter, the application list ofchoices may be transmitted back for additional sorting at step 204. Oncethe sorting is complete, the CFM feature may reorder the list of choicesthat have been simplified based on predicted and evaluated occupantpreferences. For example, once an occupant turns the ignition on avehicle the radio system may ask the occupant if they would like tolisten to three top stations that the occupant usually listens to atthat time of day.

The CFM may transmit the list of choices for display on an occupantoutput device at step 212. From the list, the occupant may choose one ofthe radio stations, or override the CFM by making a manual radio stationselection not on the list. The occupant output device may include, butis not limited to, an instrument panel, center console LCD screen, audioover vehicle speakers, on a smartphone that may be connected to thevehicle through SYNC or other Bluetooth pairing device, or a PC that maybe connected to the vehicle through SYNC or other Bluetooth pairingdevice.

In one embodiment, the reordered list of choices may be available forthe occupant to select in a given time period. If the given time periodhas expired and the vehicle occupant did not respond to the list ofchoices, the CFM feature may select a choice for the occupant. Forexample, the list of choices presented to the occupant may includeclimate control setting when an occupant enters a vehicle. The list ofclimate control choices may have been generated by the associate rulefilter based on several factors including, but not limited to, userdefined settings, learned driver preferences, outside environmentalconditions, and time of day. The occupant may ignore the list of climatecontrol settings and after a reasonable period of time the CFM mayselect either a predicted occupant preference or a default setting.

FIG. 3 shows an illustrative example of a vehicle computing system forselecting requested application input using a selection predictingsystem for a vehicle occupant. The selection predicting system mayprovide the occupant (user) with one or more choices in cases when auser may be busy. The system may choose one of the options from the listof choices menu. The options from the menu may be presented for alimited time, and if the occupant does not make a choice in time, thereis an input selection timeout enabling a default selection to be made.An example is if the VCS and/or SYNC detects an incoming call, a menu ofchoices may be presented allowing the occupant to make a selection. Ifthe occupant does not make a selection within a predetermined amount oftime, the CMF may trigger a default action to be taken. This gives theoccupant the option of ignoring the occupant input request allowing themto continue to keep doing what they are currently doing; while enablingthe VCS and/or SYNC to take a predicted default action based on occupantsetting preferences either learned by the CFM or set by the occupant.

At step 302, the selection prediction system may be initiated by the VCSusing several systems and sensors including, but not limited to,detection of occupant workload, biometrics, occupant behavior, and/oroccupant interaction with other vehicle features and systems. Theselection prediction system may also determine which occupant hasentered the vehicle using several technologies including, but notlimited to, an occupant's paired wireless device, a user with anassociated key, and/or recognition system using a dash mounted camera.

The VCS in conjunction with various sensing capabilities of vehicles arecapable of a level of determination of vehicle occupant statuspreviously unseen in modern transportation. Based on detected devices(affiliated with particular users), camera and/or weight sensing devices(which can “recognize” particular users), and a host of other sensors,it is possible to determine, in some instances, precisely which “known”passengers are in a vehicle at a particular time. Even if a givenpassenger is not known, it may be possible to make some assumptionsabout the general passenger (such as, for example, the assumption that a35 lb. passenger is likely a child). In at least one instance, apersonalized key present in or used to activate the vehicle can indicatethe presence or likely presence of a user associated with the key.

Further, the selection prediction system may be initiated by measuringthe cognitive load and/or stress level of a driver or other vehicleoccupant. Based on observed weather and traffic conditions, a drivingprofile, driver body temperature, heart rate, and other biometricmeasurements, and/or an additional array of observable conditions anddriver/vehicle/environmental states, assumptions can be made by vehicleprocesses of how much cognitive load a driver or other occupant iscurrently handling.

For example, without limitation, based on the presence of a particularwireless device in a vehicle, and based on readings taken from interiorvehicle cameras and seat sensors, a vehicle computing system mayrecognize that a driver “Jane” and a passenger “Jim” are both in avehicle. Further, a clock can indicate that it is currently 3:30 AM(meaning, for example, that it is likely dark outside). Weather sensors,a relay indicating that wipers are engaged, and/or cloud-based computingdata can indicate that there is currently a hail storm in the vicinityof the vehicle. Cloud-based traffic data can also indicate that thevehicle is currently in moderate traffic. The biometric information maystate that Jane may have a high heart rate, while Jim is sleeping. Basedon this information, the system can determine a rough approximation ofJane's cognitive load (which, in this instance, may be “high”), and, ifappropriate within a load tolerance, what, if any, media input requestand/or advertisements may be advisable for delivery to Jane and Jim.Other cognitive load determinations could include, but are not limitedto, signal light enablement, wheel speed, steering angle reversalquantity measurements, etc. In this case, before allowing the predicteddefault action for a requested input, the system begins a smart timerbased on analysis of occupant cognitive load at step 306. The smarttimer may be a predetermined amount of time allowed for the system toperform analysis before making a prediction.

At step 304, the selection prediction system may also be initiated by avehicle occupant request. In one embodiment the CFM feature may berequested and presented in a vehicle using several formats including,but not limited to, a button on the steering wheel, on a mobileelectronic device, speech recognition request, and or using a handgesture detector allowing the system to be actuated very quickly andconveniently.

Upon receiving a request to initiate the CFM feature, the system maybegin the smart timer at step 306. The smart timer may allow the systema certain amount of time before making a decision. The smart time may beadjusted based on several external factors including, but is not limitedto, time of day, occupant, weather and/or current location. For example,if a decision is needed immediately based on the external factors, thesystem may provide a predicted action for the vehicle occupant. If thedecision is in no need for an urgent response based on external factors,the system may provide a reasonable amount of time to present a list ofchoices for the vehicle occupant before a predicted action and/ordefault is taken by the selection prediction system.

At step 308, the associative rule filter analyzes and generates apredicted choice or list of choices for the vehicle occupant based onfactors from one or more databases that include several data points usedfor analyzing occupant preference(s) compared to the current requestedinput. The one or more factors received by the associate rule filter mayinclude, but is not limited to factory settings, user defined settings,stored driver preferences, application settings, and stored driverchoice familiarity.

Continuing the example from above of Jane and Jim traveling at 3:30 AMin a hail storm, the associative rule filter analysis may foregodelivery of several choices for Jane and/or Jim to choose from, or,alternatively, provides only “safety” related choices. For example, whenit comes to advertisement requested input for Jan and Jim, the systemmay only display ads related to local gas stations and/or hotel options.If there is a media input request for Jane and Jim, the associated rulefilter analysis may determine a choice without presenting options to theoccupants based on predicted driver preference, and the additionalvariables including the hail storm and driving at 3:30 AM.

At step 310, additional VCS inputs may be used when determining userpreference to sort out a list of choices to a vehicle occupant. Theadditional VCS inputs may include, but is not limited GPS coordinates,weather conditions, and time of day. When implementing the CFM feature,the additional VCS inputs may be used in a number of conditions fordetermining the preferred application list of choices. For example, inthe case of a navigation route list of choices, the associative rulefilter may receive user defined settings from the database that statesthat the occupant prefers the most fuel efficient route, however basedon the VCS inputs the system may notify the associative rule filter thatthere is traffic detected on the most fuel efficient route, thereforethe CFM feature selects an alternative route from the navigation list ofchoices. In the example of Jane and Jim, the VCS inputs may include, butis not limited to, information related to the 3:30 AM time of day, roadconditions during night driving, and/or weather conditions of a hailstorm.

At step 312, the associated rule filter may receive input from one ormore databases that include several data points used for analyzingoccupant preference compared to the application list of choices. Thevariables stored in the database may include, but is not limited to,factory settings, user defined settings, learned user preferences,learned user choice familiarity, and application settings. The databasesmay be stored in electronic memory in a vehicle computing system, acloud, or on a mobile device communicating with the VCS. The databasemay be able to store usage, selection of, or feedback from previousselection of choices that may also be used to further tailor futurecontent delivery. In the above example, if Jane consistently opts toforego the provided advertisements, the system can eventually determineto withhold all advertisements (unless, for example, a low fuelcondition is detected).

At step 314, an occupant input device may allow the occupant to provideinput, adjust, and control vehicle features, applications andsubsystems. The vehicle features, applications, and subsystems mayinclude, but is not limited to, climate control, navigation, cruisecontrol, entertainment, and/or other applications that may be runningoff a nomadic device in communication with the VCS. The occupant inputdevice allows a user to preview all selections presented in the list ofchoices and choose which option he/she would like.

At step 316, the system may allow a vehicle occupant to barge in, so theoccupant can indicate a choice before all the selections are presented.The occupant may use their input device to select a choice and overridethe CMF option or list of choices. The first request to arrive and/orselected may be delivered to the application waiting for occupant input.

To reduce user interaction time, the most likely choices are presentedfirst with a few exceptions. The likelihood of a particular choice isdetermined by a recommender system that learns the user's preferencesbased on choices made in the past in specific contexts. In the case ofan incoming call, the Caller ID from the cell phone and the time of dayfrom the GPS may be context factors for estimation of likelihood thedriver may make a particular choice.

In one embodiment, the recommender system may allow user preferences tobe made once the ignition is turned on. For example, the occupant maylive in Michigan where in some months the weather may be cold in themorning and mild in the afternoon. If this is the case the occupant mayenable the ignition in the morning allowing the system to adjust theclimate control to tolerate for the cold weather outside based on theoccupant's preference. Once the occupant enters the vehicle in theafternoon, the system may adjust the climate control to tolerate for themild temperature outside, based on the occupant's preference. The systemmay allow the occupant to override the recommender system learnedpreference, associative rule filter choices or default settings.

At 318, after a driver has requested, selected, or has defaulted to theassociative rule filter option, the input may be delivered to theapplication waiting for the occupant input. The application may take theinput and perform the appropriate action to the respective vehiclefeature, application and/or subsystem control. The application may alsobe a program and/or feature that are being run off of a mobile device incommunication with the VCS.

Another way to reduce vehicle occupant interaction time for choice menusmay be accomplished by removing items the occupant is familiar with,particularly if they are rarely chosen. Familiarity with a particularmenu item is determined by the number of times it has been presented andselected, and the time it typically takes for the occupant to select theitem. Menu items the occupant remembers but are not presented can beactuated by speaking a command associated with that menu item, soremoving the item is just a way to avoid presenting information thedriver already knows.

Familiarity can also be used for training purposes. When the occupant isunfamiliar with a menu of choices, the CFM may limit the number ofchoices it presents to the most obvious to simplify the selection. Asthe occupant becomes more familiar with the obvious choices they areremoved and replaced with less obvious choices. In time the CFM onlydisplays unobvious choices and the occupant chooses the obvious choicesfrom memory. Given more time the occupant is familiar with even theunobvious choices and the CFM does not present any of them, allowing forthe shortest possible interaction time.

FIG. 4 shows an illustrative example of a vehicle computing system forpredicting and determining occupant selections. The VCS may have one ormore systems in communication to store user settings, occupant settingpreference, and learned preferences in a database while continuing tolearn and record user decisions associated with several otherdetermining variables. The one or more systems may include vehiclefeatures that comprise applications that may be running off a wirelessdevice, e.g. Pandora communicating with SYNC AppLink. In at least oneembodiment, the process doing the actual determining, data retrieval anddelivery determination may be an off-board process, with only datagathering and provision to that process occurring on-board. The decisionmaking process 400 may have a number of possible inputs. In thisexample, the inputs are stored in a database 414 that may be located inelectronic memory within the VCS.

An application may present a request for a user to make a selection, andmay continue to wait for the user's input 402 based on that request. Theapplication request may include, but is not limited to, a climatecontrol feature, navigation input, media input request, advertisementdisplay, and/or an incoming telephone call. The application may begin tomake a request for user input based on an initialization signal sent tothe application. The initialized signal may be generated by severalprocesses including, but not limited to, the VCS detecting an occupantin a vehicle, turning the ignition on in a vehicle, and/or using aunique key that may recognize an occupant when entering a vehicle. TheVCS may detect an occupant in a vehicle using several technologiesincluding, but not limited to, Bluetooth recognition of an occupant'spreviously synchronized wireless device.

The application request may be received and processed by the VCS. TheVCS may transmit the application request to a predicting system to begina prediction of user preferences. The predicting system may receive theapplication request for input, and begin to generate a user customer CFMchoice list 404 based on several variables related to the user that isstored in one or more databases 414. The database 414 may becommunicating with the VCS either through cloud computing or through awireless device communicating with the VCS using Bluetooth technology.The wireless device may include, but is not limited to, a smart phone,laptop computer, and/or a personal computer tablet.

The database 414 may include, but is not limited to, factory settings,user defined settings, predicting system's learned user preferences,learned user choice familiarity, application settings, and other VCSinputs. For example, an initialized vehicle feature waiting for userinput may be a request to select a media choice to allow theentertainment system to play music. The application may wait for a userinput and send the request to the predicting system for generating a CFMchoice list 404 of predicted songs/albums for the user. The predictingsystem may look at the user defined play lists, and based on those playlist look at the learned user choice familiarity based on a number offactors including, but not limited to, the day of the week, month ofyear, and/or time of day to generate a list of options for display tothe user. In one embodiment, the predicting system may notice that it isa Friday at 5:00 PM and based on learned user preferences may presentupbeat songs out of the user's media catalog. In another embodiment, thepredicting system may notice that it is Monday at 7:30 AM, and based onsetting preference select a weather and traffic station to prepare theuser for the morning commute to work.

After the predicting system generates a predicted list of choices basedon the user, the list may be transmitted and presented to a user outputdevice 406. The user output device 406 may include, but is not limitedto, an instrument panel, center console LCD screen, audio over vehiclespeakers, on a smartphone that may be connected to the vehicle throughSYNC or other Bluetooth pairing device, or a PC that may be connected tothe vehicle through SYNC or other Bluetooth pairing device. The occupantselection of settings for the vehicle feature and/or the generatedchoice list 404 may be stored and used for further analysis in thepredicting system continuous learning process 416 for futureapplication(s) user input request.

The method of continuous learning process for the predicting systemcommunicating with the VCS may be implemented through a computeralgorithm, machine executable code, or software instructions programmedinto a suitable programmable logic device(s) of the vehicle, such as theVCS, the entertainment module, other controller in the vehicle, or acombination thereof. Although the various steps shown in the on linelearning flowchart diagram 416 appear to occur in a chronologicalsequence, at least some of the steps may occur in a different order, andsome steps may be performed concurrently or not at all.

At step 418, after a list of choices are generated and presented to theuser at their output device, the learning algorithm may also receivethat list to correlate it with a user choice under the present occupant,vehicle, and/or environmental conditions. The learning algorithm maydetermine the value of a choice or list of choices to one or morevariables and/or factors. The selection predicting system may beupdated, and may have choice(s) associated with variable and/or factorvalues based on, for example, observed behavior, preferences ofoccupant(s), vehicle context, environmental conditions, vehicle state,times of day, etc.

At step 420, the learning algorithm may adjust user preferencesassociation strengths based on the generated list and user selection ofthe input. The learning process may eliminate weak associations based onthe adjusted learned user references at step 422. For example, withoutlimitation, if a climate control request is requested the system mayevaluate the vehicle environment. This evaluation may include, but isnot limited to, weather sensing or information retrieval, engagement offour wheel drive or traction control, engagement of headlights, wipers,and/or time of day. The learning process may learn an occupant'spreference to have the climate set under circumstances evaluated whileeliminating weak selections that the user never selects.

For example, the system may set a climate control request for anoccupant to 72 degrees Fahrenheit at a particular time of day, and monthof the year. The system may present several input choices, however learnthat the occupant prefers a range form 70-75 degrees Fahrenheit, withheated seats enabled, and rear defrost turned on based on userpreferences. The system may eliminate weak climate control settingsunder those conditions, e.g. temperatures choices below 70 degreesFahrenheit, and no request for air conditioning.

At step 424, the learning process may add association for a particularuser preference with strong effects. To continue from the climatecontrol user input request above, adding associations with strongeffects may include, but is not limited to, storing outsideenvironmental conditionals and time of day to climate control userpreference settings for a particular occupant. Once the algorithm hascompleted its analysis, it may update the learned user preferences atstep 426. The learned user preference may be stored in a database 414residing on-board with the VCS or off-board in a cloud or mobilewireless device.

Once a choice list is presented to a user using an output device 406,the user 408 may review the list of choices and either selecting anoption from the list or override the list by making a selection that isnot included on the list. The user 408 may make a selection using a userinput device 410. A user input device may include, but is not limitedto, an application running on a mobile device, a vehicle feature withcontrols available on a center console of the vehicle, and/or userbutton(s) positioned on a steering wheel.

After a user has made a selection for the application waiting for a userinput request, the selection may be record in the learning processalgorithm 416. The learning process algorithm may also collect staticson user selections at step 428. The collected statics may be used tolearn user choice and familiarity with a certain application requestinput at step 430. The learned user choice familiarity based oncollected statics may be transmitted and stored on a database 414. Thelearned user choice familiarity may be used for future analysis andcreation of the prediction system choice list for that particularapplication input request.

The user may make a selection presented from the choice list 404generated by the prediction system, or may override the predictionsystem list of choices by making a selection not offered on the listusing the user input device 410. The user may also allow the predictionsystem to make a choice selection 412 based on analysis from thedatabase and the continuous learning algorithm. The choose for me choiceselection 412 feature may be either requested by the user using the userinput device 410, or may be selected based on a timer default of theprediction system if a choice isn't made within a reasonable amount oftime.

FIG. 5 is a flow chart illustrative of a vehicle computing system fordetermining an incoming phone call selection predicting process. In thisexample, some or all of the relevant contextual information is examinedby the prediction system process. The relevant contextual informationmay look at variables and factors related to vehicle behavior,environmental factors, cognitive load and/or stress level of anoccupant.

The VCS may initialize several vehicle features and applications basedon the detection of an occupant. An initialized application may requestinput based a particular occupant. In one embodiment, the VCS mayrecognize a particular user based on the pervious pairing of theoccupants smart phone device. Based on the recognized occupant, the VCSmay retrieve occupant setting preferences including incoming telephonecall management. The incoming telephone call management may includepreferences on limiting the amount of received phone calls, textmessages or emails while the occupant is in the vehicle. The VCS may usethe associate rule filter to determine which phones calls, text messagesor emails to limit based on several factors including, but not limitedto, weather conditions, and/or cognitive load.

At step 502, the VCS may detect an incoming phone. In one example, theincoming phone call may be a text message or an email message beingreceived by a user's wireless device in communication with the VCS. Theincoming phone call may be received by an occupant's wireless device andtransmitted to the VCS using Bluetooth technology.

The VCS may determine and generate a list of choices for presentation toa vehicle occupant, giving the occupant a list of options on how tomanage the incoming phone call. The list of choices may be generated bya user predicting system. The user predicting system may include userpreference software that predicts and learns occupant behavior togenerate a list of choices for a specific application input request.

Once the VCS determines and generates a list of choices based onoccupant settings, factory settings, and/or occupant learned behavior,the system may present a menu of choices to an occupant at step 504. TheVCS may present the menu of choices by transmitting to occupant usingin-vehicle displays and/or on the occupant's wireless device. The menuof choices generated for an incoming phone call may include, but is notlimited to, answering the phone call, sending the phone call to voicemail, or sending a default text message back to the incoming phone calltelephone number letting the person know that the occupant is busy andwill call back shortly. In one example, the system may not present amenu of choices if the VCS detects that the incoming phone number is atelemarketer number, and/or the system has detected the cognitive loadrelated to the occupant is high.

In one embodiment, the occupant may receive an email message from theiremployer. The email message may have a high priority associated with it.The system may notice that the email is from the occupant's employer andthat it is high priority. Based on the factors stored in the database,and/or other VCS input, the system may generate a response message tothe employer email letting them know that the occupant is currentlydriving and the email message is received by the occupant.

At step 506, the VCS may have a timer that provides the user predictingsystem a reasonable amount of time to present a menu of choices to theoccupant before a default action is taken. If the timer has not expired,the menu of choices may continue to present itself to the occupant on anoutput device. The output device may include an on-board vehicle displayunit, and/or an occupant's mobile device.

If the timer expires, the VCS may determine if the driver had selectedan option from the menu of choices presented at step 508. If the driverhas made a selection, the VCS may transmit the selection to therespective application requesting user input. The application requestinguser input in this example may be a smart phone device connected to theVCS, and/or an embedded cellular phone within the VCS.

At step 510, if the timer has expired, and the driver did not make achoice, the user predicting system may transmit a user preferencesresponse to the incoming phone call request. The user preference mayhave a standard response for a particular phone number, for example ifit is the occupants home phone number calling his smart phone thepreference may be to answer the call. If there are one or more userpreferences for a particular phone number, the predicting system mayfilter out the choices based on several variables and factors including,environment conditions, time of day, traffic, and learned occupantpreferences at step 512. If there is no preference for answering theincoming call, the VCS may see if the occupant has selected an item fromthe list of choices at step 514.

At step 518, if the occupant has selected an item from the list offilter menu choices, the selected item may be transmitted to theapplication requesting user input. If no item has been chosen by theoccupant, the system may select a default selection based on theincoming phone number received at step 516. Once the default selectionhas been made by the system, the selection may be transmitted to thesmart phone device at step 518. An example of a default selection may beto send the incoming phone call to voicemail if the cognitive load forthe occupant is high.

FIG. 6 shows an example of how associate rules are developed from loggeddata. The associate rules may be applied when the learning system beginsto generate a list of options and/or control a vehicle feature selectionbased on an occupant preference. The associative rule filter may beintended to identify strong rules discovered in one or more databasesusing different measures of interest to the occupant. The logged data600 shown in the example are for three types of advertisementsincluding, but not limited to, restaurants, gas stations, and, hotels.There may be one or more algorithms used for generating the rules andassigning association, statistics and other occupant preference rankingto strengthen the predicted occupant preference selection for thelearning system.

One or more categories of advertisements presented to a vehicle occupantmay be categorized on a data log. The associative rule filter maydiscover regularities between previous occupant selections, occupantsettings, and context variables. For example, if an occupant is drivingon a Friday at 6:00 PM, and is headed towards an area of multiplerestaurants, the associative rule filter may indicate that such activityby the occupant usually results in the purchase of a carryout pizza.Such information can be used as the basis for decisions about sending anadvertisement such as a promotional price or product placement for apizzeria.

The data log may continue to receive occupant input based on a requestfrom an application in communication with the VCS. The associative rulefilter may delete topics, and/or categories not used or selected from adata log. The associate rule filter deletes these categories if theoccupant continues to ignore, or never select that option related to thecategory. The associate rule filter may add a category to the data logbased on occupant settings, preferences, and/or with the use of anexploration model. The exploration model may predict an occupant inputto a vehicle feature and/or application based on previous occupantselections.

In one embodiment, the logged data 600 may have three topics includingrestaurant, gas station, and hotel advertisements for display to avehicle occupant. The logged data may have several topics; however forthis example three topics are used. The logged data may be split up inseveral columns including, but not limited to, a transaction 602, userad selection 604, prior user ad selection 606, and sensor readings 608.The transaction 602 column may provide a unique transaction ID thattracks the subset of items and variables that may include, but is notlimited to, an occupant selections, occupant settings, and/or contextvariables. The transaction 602 may prioritize the list of occupantpreferences for presentation to the occupant.

The user ad selection 604 may generate an occupant preference from theassociative rule filter for presenting advertisements to the occupant.The user ad selection 604 may be based off of prior user ad selection606 and sensor readings 608. For example, in Table 1 the associationrules for the advertisement may be the following statistical strengthused to prioritize the transaction ID 604.

TABLE 1 Advertisement Sensor Reading Restaurant Hour = 17, 8, 9, 10 GasStation Fuel Level = 0.3, 0.4 Hotel Hour = 18, 19, 14 Drive Time = 6

Based on our example, the association rules may select a gas stationadvertisement for presentation to a vehicle occupant based on the sensorreadings 608 of fuel level 616. The association rules state that if thefuel level 616 sensor reads 0.3 or 0.4 generate a gas stationadvertisement for display to a vehicle occupant. The associative rulefilter may also use the prior user ad selection 606 to determine whetherto generate a gas station ad to the occupant. In the logged data 600shown, the associate rule filter may generate the user ad selection fora gas station 612 based on the fuel level sensor and the prior user adselection 606. In this example, the transaction ID for the gas stationadvertisement may be assigned top priority 610.

Once the advertisements have been weighted, according to, for example,known occupant preferences, sensor readings, and association rules, thelearning system may rank the advertisements for delivery to vehicleoccupant. A bundle of advertisements with related association rules maybe sent to a vehicle occupant and/or be queued based on ranking of thelearning system. The learning system may generate logged data foroccupant setting for vehicle features, applications, and other VCSsubsystems/applications that may request occupant input.

The learning system may use several algorithms and/or predictingsoftware besides the associative rule filter. Other algorithms and/orpredicting software for use in the learning system may include, but isnot limited to a decision tree learning.

While exemplary embodiments are described above, it is not intended thatthese embodiments describe all possible forms of the invention. Rather,the words used in the specification are words of description rather thanlimitation, and it is understood that various changes may be madewithout departing from the spirit and scope of the invention.Additionally, the features of various implementing embodiments may becombined to form further embodiments of the invention.

What is claimed is:
 1. A method comprising: identifying, via a vehiclecomputer, context variable(s) present at a time of receiving vehiclesettings; in response to the context variable(s) being subsequentlypresent, generating a ranked list of the vehicle settings using anassociative rule filter; and in response to an absence of a selection ofone of the vehicle settings from the ranked list, implementing at leastone of the vehicle settings according to its order on the ranked list.2. The method of claim 1 further comprising: establishing communicationbetween a vehicle computing system and a wireless device; receiving datarelating to the vehicle settings from the wireless device; andtransmitting the ranked list of the vehicle settings to the wirelessdevice.
 3. The method of claim 2 wherein the wireless device includes apersonal computer tablet.
 4. The method of claim 1 wherein the vehiclesettings include answering options for incoming telephone calls based ontelephone number.
 5. The method of claim 1 wherein the contextvariable(s) includes one or more of cognitive load and environmentconditions.
 6. The method of claim 5 wherein cognitive load includes oneor more of signal light enablement, steering angle reversal quantitymeasurements, and wheel speed.
 7. The method of claim 5 wherein theenvironmental conditions include one or more of weather, traffic, andtime of day.
 8. A system for controlling vehicle feature settings, thesystem comprising: at least one computer configured to identify contextvariables present at a time of receiving vehicle settings, in responseto one or more context variables being subsequently present, generate aranked list of the vehicle settings using an associative rule filter,and in response to an absence of a selection of at least one of thevehicle settings from the list after a predetermined amount of time,implement at least one of the vehicle settings according to its order onthe ranked list.
 9. The system of claim 8 wherein the vehicle settingsare at least one of climate control, navigation, and radio settings. 10.The system of claim 8 wherein the vehicle settings include answeringoptions for incoming telephone calls based on telephone number.
 11. Thesystem of claim 8 wherein the one or more context variables includes oneor more of GPS coordinates, time of day, day of week, and month.
 12. Thesystem of claim 8 wherein the at least one computer is additionallyconfigured to receive biometric information and wherein the associativerule filter takes as input biometric information.
 13. The system ofclaim 12 wherein the biometric information includes one or more of adriving profile, driver body temperature, and heart rate.
 14. The systemof claim 8 wherein the at least one computer is additionally configuredto: establish communication with a wireless device; and receive thevehicle settings from the wireless device.
 15. The system of claim 14wherein the communication with the wireless device is via BLUETOOTH. 16.The system of claim 8 wherein the at least one computer is additionallyconfigured to: establish communication with a wireless device; receivebiometric information from the wireless device; store the biometricinformation with the context variables at a time of receiving thevehicle settings; and transmit the vehicle settings to the wirelessdevice based on the biometric information.
 17. A non-transitorycomputer-readable storage medium storing instruction that, when executedby a computer, cause the computer to perform the method comprising:identifying context variables present at a time of receiving vehiclesettings; in response to one or more context variables beingsubsequently present, generating a ranked list of the vehicle settingsusing an associative rule filter; and in response to an absence of aselection of at least one of the vehicle settings from the ranked list,implementing at least one of the vehicle settings according to its orderon the ranked list.
 18. The non-transitory computer-readable storagemedium of claim 17 further comprising: establishing communication with awireless device; and receiving the vehicle settings from the wirelessdevice.
 19. The non-transitory computer-readable storage medium of claim17 wherein the ranked list includes one or more options presented to avehicle occupant at a user interface display.
 20. The non-transitorycomputer-readable storage medium of claim 17 wherein the contextvariables includes one or more of a GPS location, environmentalconditions, and cognitive load.